Punto único de falla en la computación en la nube
La recesión más comentada del pasado 5 de octubre nos hace reflexionar sobre lo mucho que una empresa o negocio necesita más «salidas» en caso de una emergencia.
Obviamente, el apagón al que nos referimos es el que afectó a la plataforma «Facebook», que mantuvo en vilo a millones de usuarios durante más de seis horas. Lo que hizo caer en picada no solo a la red social, sino a toda la empresa Facebook fue un error que dio lugar a una serie de interrupciones en el sistema y que impidió no solo el acceso de los usuarios a la plataforma, sino también ineficiencias e inactividad a los empleados. En lo que nos gustaría centrarnos es en «¿Qué tan dependiente puede ser una empresa de un solo punto de falla?»
¿Qué es un punto único de fallo?
Comencemos definiendo un Punto Único de Fallo.
«Un SPOF o punto único de falla es cualquier parte no redundante de un sistema que, si es disfuncional, puede hacer que todo el sistema falle. Un solo punto de falla es la antítesis del objetivo de alta disponibilidad en un sistema informático o red, aplicación de software, práctica comercial o cualquier otro sistema industrial».
La pregunta surge, por lo tanto, espontáneamente… ¿Cómo se puede evitar esto?
Eliminación de los SPOF en la computación en la nube
La redundancia y los clústeres de alta disponibilidad son factores clave para evitar los SPOF. Redundancia lógica y redundancia física. Los clústeres de alta disponibilidad minimizan las interrupciones (99,99 % de disponibilidad) de los componentes del sistema incluidos en la nube.
La redundancia física se puede lograr con una alta disponibilidad del clúster. Ningún hardware o software debe depender de una sola pieza de hardware en ningún caso. Es fundamental mitigar el servidor como altamente disponible en la Nube mejorando la arquitectura física con más routers y switches. La arquitectura del centro de datos debe garantizar la redundancia física de tal manera que se evite la comunicación unidireccional entre la nube y los componentes del sistema.
¿Qué es el Plan de Recuperación ante Desastres y cuáles son los beneficios?
La interrupción repentina de un conjunto de servicios todos vinculados a una única configuración puede hacernos reflexionar sobre lo importante que se ha vuelto contar siempre con un
plan de emergencia
que se pueda adoptar en situaciones repentinas, pero sobre todo imprevisibles. Basta con pensar en catástrofes naturales como terremotos, maremotos, incendios que pueden afectar a un negocio y dejarle sin salida.
El Plan de Recuperación ante Desastres es un proceso relacionado con la preparación para la recuperación y continuidad de los servicios vitales de una empresa después de un evento natural o error humano. Consta de un conjunto de fases que incluyen:
Pruebas: Después de instalar la solución de recuperación ante desastres, debe probarla. El «día del juego» es cuando se realiza una conmutación por error a su entorno de recuperación ante desastres.
Supervisión y alertas: debe contar con auditorías periódicas y una supervisión suficiente para alertarle si su entorno de recuperación ante desastres se ha visto afectado por fallos del servidor, problemas de conectividad y problemas de aplicaciones.
Copias de seguridad: Una vez que haya implementado su entorno de recuperación ante desastres, debe continuar realizando copias de seguridad periódicas. Las pruebas periódicas de copia de seguridad y recuperación son esenciales como solución alternativa.
Acceso de usuarios: puede proteger el acceso a los recursos de su entorno de recuperación ante desastres mediante AWS Identity and Access Management (IAM).
Automatización: puede automatizar la implementación de aplicaciones en servidores basados en AWS y servidores locales mediante software de administración de configuración.
¿Está interesado en un plan de recuperación ante desastres? Explore las soluciones de VMEngine
